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METHOD AND SYSTEM FOR IDENTIPYING THE IDENTITY OP A 
USER 

FIELD OP THE INVENTION 

The present invention relates to communica- 
tion systems. In particular, the present invention re- 
lates to a novel and improved method and system for 
identifying a user in a communication system. 

BACKGROUND OF THE INVENTION 

User identification is an essential procedure 
for various tasks in the Internet environment. User 
identification is needed in various environments, e.g. 
in email login, on-line shopping, on-line banking etc. 
There is always a fundamental problem to be solved 
when using on-line identification methods, namely, how 
to make sure that the person making the identification 
is actually the person who he/she claims to be.' 

For identification purposes, several solu- 
tions are used to solve the aforementioned problem. A 
basic solution is to use a usemame and password. The 
usemame/password combination is often adequate for 
identification purposes but not always. Today, a num- 
ber of services require user identification, and for 
this reason, an individual may have tens of different 
25 username /password pairs stored somewhere, e.g. in a 
computer or a paper sheet in a drawer. Therefore, 
sometimes these username/password pairs may end up to 
people not authorized to use them, e.g. the computer 
may be vulnerable for hacking or the drawer is too ob- 
30 vious place to hide the username/password pairs. 

There are also other identification solutions 
used in on-line identification solutions. A user may 
use one or more static piece of identification infor- 
mation (e.g. usemame and/ or password) but also a 
35 varying piece of information (e.g. a varying PIN code) 
is needed. This is the solution at least in several 
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on-line banking solutions. In these solutions; each 
session and/pr transaction requires a predetermined 
varying identifier to be used. 

The current discussion about identification 
solutions primarily concentrates on Internet -based . so- 
lutions.. This is of course important because data net- 
works, such as the Internet, are always vulnerably to 
hostile attacks or hackers. 

There are, however, also a number of on-line 
identification solutions used in telephone networks. 
There exists several phone services through which con-- 
fidential information can be acquired or changed, e.g. 
telephone bank services, various health-related serv- 
ices, telephone operator services etc. In such serv- 
15 ■ ices, some kind of identification procedure is often 
used. A calling person can be identified e.g. based on 
the A-number (calling line identification) , customer 
identification number, PIN code, username and/or pass- 
word etc. These solutions, are very similar to the ones 
20 iised in Internet-based solutions. 

All the aforementioned solutions have, how- 
ever, some drawbacks. Some of these drawbacks will now 
be discussed shortly: 

A-number (call ing line identification) : An A- 
25 number identifies only the terminal or subscription 
from which the phone call is set up. It does not nec- 
essarily identify the calling person. It is always 
possible that someone fraudulently poses as being 
someone else. 

30 Personal Identification Number (PIN^ : A PIN 

code can be used alone or with e;g. the A-number in 
identification. It may be difficult, as previously 
mentioned, to remember PIN codes related to each serv- 
ice. Again it is possible that someone fraudulently 

35 poses as being someone else. 

Varying PIN co de with a customer identif ica- 
tion number ; This solution was discussed above 
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briefly. Systems based on using varying pin code with 
a customer identification number are in itself reli- 
able but expensive to set up, use and maintain. Solu- 
tion of this kind is used at least by telephone banks 
or other service providers using an up-to-date regular 
customjsr" system.. 

Some of the services provided by the pviblic 
sector or other <private or commercial) service pro- 
viders have a need to implement a. significant part of 
the existing services via telephone voice connections. 
These services, however, require a reliable identifi-. 
cation of an individual or customer before providing 
the service. Furthermore, some of the services pro- 
vided by the public sector or other (private or com- 
15 mercial) service providers via telephone voice connec- 
tions require a digital signature from the individual 
or customer. 

Therefore^ there is particularly an obvious 
need for a reliable on-line telephone identification 
solution with which a calling, person can be identified 
prior to providing service via the telephone- connec- 
tion. The solution should be secure and above all, 
easy to use and adopt and widely available when 
needed . 
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SUMMARY OP THE INVENTION 



The present invention describes a method and 
system for identifying the identity of a user of. a 
first terminal in a commvinication system. The system 

30 comprises at least a communication network, a first 
terminal associated with the communication network, a 
service provider . associated with the communication 
network and a certificate service provider. Further- 
more, the first terminal preferably refers to a mobile 

35 phone. 

In the method, a first logical channel is set 
up from the first terminal to the service provider. 
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The service provider refers e.g. to a bank, police, 
post office, operator, credit card company, insurance 
company, telephone bank, social insurance institution 
etc. The identity of the user of the first terminal is 
5 then identified via a second logical channel other 
than the established first logical channel between the 
service provider and the first terminal prior to pro- 
viding any services to the user of the first terminal 
via the established first logical channel . In other 
.10 words, the present invention uses a second logical 
channel to identify the identity of the user of a 
first terminal. The logical channels may be circuit 
switched or packet switched. Furthermore, the user may 
be identified by a separate party via the' second- logi- 
15 cal channel, the party being other than the user of 
the first terminal. 

In one embodiment, the communication network 
is a mobile telephone network. In one embodiment, the 
first and/or second logical channel refers to the 
20 standardized GSM network data transmission feature 
that can be used simultaneously during a circuit 
switched speech connection. In other embodiments, the 
logical channels may refer e.g. to transmission chan- 
nels of a GPRS, UMTS, WCDMA, CDMA, EDGE, Bluetooth, 
25 WLAN network or to any other existing or future data 
transmission network. 

In one embodiment of the present invention, ' 
the service provider sends a user identification re- 
guest to the first terminal via a second logical chan- 
30 nel (e.g. via a packet switched connection) while a 
first logical channel exists between the first termi- 
nal and the service provider. The request is prefera- 
bly sent to the first terminal directly and more pref- 
erably, using a security gateway forming an interface 
35 towards the first terminal. The request is preferably 
encrypted. The first terminal receives the request and 
decrypts it if encryption was used. In order to give 
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an adequate indication of the identity of the user of 
the first terminal, the request is signed digitally by 
the first terminal. 

In order to create a digital signature, the 
first, and/ or second terminals need to comprise an en- 
cryption key, and furthermore in order to create the 
digital signature, the user of a terminal must have a 
correct pass phrase or PIN code to activate the signa- 
ture creation. The signed identification request is 
then sent either directly to the service provider or 
more preferably, to the security gateway. The signed 
request may also be encrypted by the first and/or sec- 
ond terminal . 

The digital signature is then verified based 
15 on a certificate corresponding to the authentication 
key used in creating the digital signature, the cer- 
tificate being acquired from a certificate service 
provider or other service provider. The verification 
is preferably made by the service provider, and more 
20 preferably, by the security gateway. If the user is 
properly authenticated and the result of the verifica- 
tion is positive, the user of the first terminal may 
now be provided with services provided by the service 
provider via the existing first logical channel. 
. 25 For some reason, the set up first logical 

channel may fail while the identification and valida- 
tion process is still unfinished. Therefore, a proce- 
dure for re-establishing a validated connection has to 
be provided. If the first logical channel . fails during 
30- the verification procedure, the service provider cre- 
ates a challenge, e,g. a password, and encrypts it us- 
ing the public encryption key of the user of the first 
terminal. The encrypted challenge is then sent to the 
first terminal either directly or more preferably, us- 
35 ing the security gateway. The first terminal decrypts 
the encrypted challenge, sets up a new logical channel 
to the service provider and provides the service pro- 
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vider with the decrypted challenge. If the challenge 
is acceptable, the user of the first terminal is pro- 
vided via the re-established logical channel with a 
service by the service provider. 
5 The present invention enables a reliable 

identification of an individual or a customer over a 
logical channel, e.g. a telephone line. The present 
invention provides a solution wherein multiple serv- 
ices can use the same security solution for authenti- 
10 cation, authorization, administration and access con- 
trol. Furthermore, the solution is cost-efficient, se- 
cure and easy to implement into the existing systems. 

BRIEF DESCRIPTION OF THE DRAWINGS 

accompanying drawings, which are included 
to provide a further understanding o£ the invention 
and constitute a part of this specification, illus- 
trate embodiments of the invention and together with 
the description help to explain the principles of the 
20 invention. In the drawings; 

Fig 1 is a flow diagram illustrating a user 
identification procedure in accordance with the pres- 
ent invention. 

Fig 2 is a flow diagram illustrating a user 
25 identification procedure in accordance with the pres- 
ent invention. 

Fig 3 is a flow diagram illustrating a re- 
establishing procedure in accordance with the present, 
invention, 

^0 Fig 4 is a flow diagram illustrating a user • 

identification procedure in accordance with the pres- 
ent invention, 

Fig 5 is a flow diagram illustrating a re- 
establishing procedure in accordance with the present 

35 invention. 
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Pig 6 is a flow, diagram illustrating a user 
identification procedure in accordance with the pres- 
ent invention. 

Fig 7 is a flow diagram illustrating a user 
identification procedure ' in accordance with the pres- 
ent invention. 

Fig 8 is a flow diagram illustrating a user 
identification procedure in accordance with the pres- 
ent invention, and 

Fig 9 is a block diagram of an embodiment of 
the system in accordance with the- present invention. 



DETAILED DESCRIPTION OF THE INVENTION 

Reference will now be made in detail to the 
15 embodiments of the. present invention, examples of 
which are illustrated in the accompanying drawings. 

In the following examples, a user is consid- 
ered to be a user making a phone call. It is evident 
that the cfill connection may be any other appropriate 
20 logical channel or connection (e.g. a packet switched 
channel or connection) between a user terminal and a 
service provider. 

Figure 1 describes an embodiment of a user 
identification procedure. A call connection is set up 
25 (10) from a caller terminal DTE to a service number of 
. a service- provider SE> via a communication network NET. 
The service provider SP refers e.g. to a bank, police, 
post office, operator, credit card company, insurance 
company, telephone bank or social insurance institu- 
30 tion. It may, however, be any other company or insti- 
tution that provides services requiring undisputed 
identification of the caller. In Figure 1, the service 
provider SP comprises at least a service provider 
server/exchange SPS, customer database DB and customer 
35 servant SERV. The communication network NET is pref- 
erably a mobile telephone network. The caller . terminal 
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DTE is preferably a mobile phone comprising a sub- 
scriber identity module SIM. Instead of a subscriber 
identity module SIM, a Wireless Identity Module (WIM) , 
an UMTS Subscriber Identity Module (USIM) , a security 
module or any other tamper-proof device can be used. 
The subscriber identity module SIM or any other tam- 
per-proof device enables encryption and decryption of 
information and also forming of a digital signature . 
m a preferred embodiment, the subscriber identity 
module SIM or any pother tamper-proof device also com- 
prises a storage for encryption and/or decryption 
keys. Furthermore, in a preferred embodiment. Public 
Key Infrastructure (PKI) is used in encryption and de- 
cryption. 

■^^ "^^^ service provider server SPS sends a 

caller identification request (ii) to a security gate- 
way GW. In Figure 1, the security gateway GW is owned 
by the operator of the communication network NET and 
it provides various security- related functions, such 
20 as encrypting and decrypting. The request (ii) is 
transmitted to the security gateway GW through a se- 
cured connection (e.g. Secured Sockets Layer (SSL)) 
e.g. in the form of HyperText Transfer Protocol 
(HTTP), Wireless Markup Language (WML) or Extensible 
25 Markup Language (XML) . 

It is very important to note that, in this 
embodiment, the call connection is maintained during 
the identification phase. 

The security gateway GW identifies the serv- 
30 ice provider SP based on a service provider certifi- 
cate, decrypts the Secured connection and receives the 
caller identification request in clear text e.g. in 
the form of XML, WML or short message. The caller 
identification request is then converted into a form 
35 understood by the subscriber identity module SIM of 
the mobile terminal DTE and encrypted with symmetric 
encryption method of the Global System for Mobile com- 
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munications (GSM) . The encrypted message is then sent 
(12) to the mobile phone DTE. 

The mobile phone DTE and/or the sabscriber 
identity module SIM decrypt (s) the message and the de- 
crypted message is displayed to the caller on the dis- 
play of the mobile phone DTE. The siabscriber identity 
module SIM may comprise a browser that converts the 
message into SIM Toolkit commands prior to displaying 
the message on the display. The displayed message is 
then digitally signed with an authentication key of 
the caller, and the signed message is sent (13) to the 
security gateway GW. The signed message is preferably 
converted into the form Public-Key Cryptography Stan- 
dards #1 iPKCSUl) and encrypted prior to sending. 
15 PKCS#1 is further described e.g. in 

http://www.rsasecurity. com/rsalabs/pkcs/ . 

The security gateway GW decrypts the message 
and fetches (14) a certificate related to the sub- 
scriber from a certificate directory DIR of a certifi- 
cate authority CA. The certificate authority CA main- 
tains one or more certificate directories and a cer- 
tificate revocation list CLR comprising information 
about revoked certificates. A certificate comprises 
identification information of the certificate owner 
25 and above, all, the public key of the owner. With the 
public key it is possible to verify a digital signa- 
ture. Verification process refers to a process per- 
formed by a verifier either soon after the creation of 
an electronic signature or later to determine if an 
30- electronic signature is valid against a signature pol- 
icy implicitly or explicitly referenced. Verification 
is linked very strongly to the term 'validation data' . 
Validation data refers to the additional data needed 
to validate the electronic signature; this includes 
e.g. certificates, revocation status information (e.g. 
CRLs) and trusted time-stamps. Furthermore, the secu- 
rity gateway GW creates a PKCS#7 message and sends 
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(15) the message to the service provider SP preferably 
using a secured connection. PKCS#7 is further de- 
scribed e.g. 

http: //www. rsasecurity . com/rsalabs/pkcs / . 
5 The . service provider SP authenticates the 

caller, and verifies (16) the digital signature and 
checks from the certificate revocation list CLR that 
the certificate is valid. If the verification proce- 
dure was successful, the caller may now be provided 
10 the requested service. Furthermore., the service pro- 
vider may create a data record containing the caller 
information (17) from the database DB, validation in- 
formation and a call log information. Call log infor- 
mation simply indicates that the call had existed dur- . 
15 ing the identification procedure. The customer servant 
SERV preferably uses a computer, and therefore, is 
automatically provided (18) with the aforementioned 
data record prior to talking to the caller. 

Figure 2 describes another embodiment of a 
20 user identification procedure. A call is set up (20) 
from a caller terminal DTE to a service number of a 
service provider SP via a communication network NET. 
The service provider SP refers, e.g. to any private, 
commercial or state-owned institution, e.g. to a bank, 
25 police, post office, operator, credit card company, 
insurance, company, telephone bank or social insurance 
institution. It may, however, be any other company or 
institution that provides services requiring imdis- 
puted identification of the caller. In Figure 2, the 
30 • service provider SP comprises at least a service pro- 
vider server/ exchange SPS, customer database DB and 
customer servant SERV. The commxmication network NET 
is preferably a mobile telephone network. The caller 
•terminal DTE is preferably a mobile phone comprising a 
35 subscriber identity module SIM. Instead of a sub- 
scriber identity module SIM, a Wireless Identity Mod- 
ule (WIM) , an UMTS Subscriber Identity Module (USIM) , 
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a security module or any other tamper-proof device can 
be used. The subscriber identity, module SIM or any 
other tamper-proof device enables encryption and de- 
cryption of information and also forming of a digital 
signature. In a preferred embodiment, the subscriber 
identity module SIM also comprises a storage for en- 
cryption and/ or decryption keys. Furthermore, in a 
preferred embodiment. Public Key Infrastructure (PKI) 
is used in encryption and decryption. 

The service provider SPS sends a caller iden- 
tification request (21) to a security gateway 6W. in 
Figure 2, the security gateway GW is owned by the op- 
erator of the communication network NET and it pro- 
vides various security-related functions, such as en- 
crypting and decrypting. The request (21) is transmit- 
ted to the security gateway GW through a secured con- 
nection (e.g. Secured Sockets Layer (SSL)) e.g. in the 
form of HyperText Transfer Protocol (HTTP) , Wireless 
Markup Language (WML) or Extensible Markup Language 
20 (XML) . 

It is very important to note that the call 
connection is maintained during the identification 
phase . 

The security gateway GW identifies the serv- 
ice provider SP based on a service provider certifi- 
cate, decrypts the secured connection and receives the 
caller identification request in clear text e.g. in 
the form of XML, WML or short message. The caller 
identification request is then corjverted into a form 
understood by the subscriber identity module SIM of 
the mobile terminal DTE and encrypted with symmetric 
encryption method of the Global System for Mobile com- 
munications (GSM) : The encrypted message is then sent 
(22) to the mobile phone DTE. 

The mobile phone DTE and/or the subscriber 
identity module SIM decrypt (s) the message and the de- 
crypted message is displayed to the caller on the dis- 
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play of the mobile phone DTE. The subscriber identity 
module SIM may comprise a browser that converts the 
message into SIM Toolkit commands prior to displaying 
the message on the display. The displayed message is 
5 then digitally signed with an authentication key of 
:the caller and the signed message is sent (23) to the 
security gateway GW. The signed message is preferably 
converted into the form P\ablic-Key Cryptography Stan- 
dards #1 {PKCS#1) and encrypted, prior to sending. 
. 10 PKCS#l is further described e.g. in 

http://www.rsasecurity.com/rsalabs/pkcs/. 

The security gateway GW decrypts the message 
and fetches (24). a certificate related., to the sub-" 
scriber from a certificate directory DIR of a certifi-. 
15 cate authority CA. The certificate authority CA main- 
tains one or more certificate directories and a cer- 
tificate revocation list CLR comprising information 
about revoked certificates. The certificate authority 
CA may also comprise information about which users are 
20 authorized for one or more services and which are not. 
A certificate comprises identification information of 
the certificate owner and above all, the public key of 
the owner. With the public key it is possible to ver- 
ify a digital signature. The security gateway GW veri- 
25 fies the digital signature and checks from the cer- 
tificate revocation list CLR that, the certificate is 
valid. If the verification procedure was successful, 
the security gjateway GW sends (25) verification' posi- 
tive message to the service provider SP. preferably us- 
30 ing a secured connection. The service provider server 
then creates a data record containing the caller in- 
formation (26) from a database DB, validation informa- 
tion and a call log information. Call log information 
simply indicates that the call had existed during the 
35 identification procedure. The customer servant SERV 
preferably uses a computer, and therefore, is auto- 
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matdcally provided (27) with the aforementioned data 
record prior to talking to the caller. 

Figure 3 describes an embodiment in which the 
originally establish call connection fails and the 
5 call connection is re - as tablii^hed. 

When the service provider server SPS detects 
that the call connection does not exist any more, it 
creates a challenge. A challenge is any piece of in- 
formation containing e.g. alphanumeric characters. The 

10 challenge is then encrypted using the public key of 
the caller. The public key is acquired from a previous 
PKCS#7 message, or if such message has not been re- 
ceived, from a p^Iblic certificate directory. After 
this, the service provider server SPS sends (30) the 

15 encrypted challenge via the security gateway GW to the 
caller terminal DTE that is preferably a mobile phone 
(31). 

Tlie example described in Figure 3 assumes 
that the caller identity was already identified and 
20 validated before and that the original call connection 
failed. Therefore, after sending the encrypted chal- 
lenge to the caller, the service provider server SPS 
sets the validated identification data into a hold 
state. 

25 The mobile phone DTE and/or the subscriber 

identity module SIM or alike incorporated therein de- 
crypt (s) the encrypted challenge and sets (32) up a 
new call connection to the ser*vice provider SP. The 
exchange SPS redirects. (33) the call to a customer 

30 servant SERV and provides the customer servant SERV 
with the already validated identification information 
and the challenge sent to the caller. If the caller 
then gives the right challenge to the customer ser- 
vant, the caller may be provided with the service in 

35 question. 

Figure 4 describes another embodiment of a 
user verification procedure. A call is set up (40) 
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from a caller terminal DTE to a service number of a 
seirvice provider SP via a communication network NET. 
The service provider SP refers e.g. to any private, 
commercial or state-owned institution, e.g. to a bank, 
5 police, post office, operator, credit card company, 
. insurance company, telephone bank or social insurance 
institution. It may, however, be any other company or 
institution that provides services requiring undis- 
puted identification of the caller. In Figure 4, the 

10 service provider SP comprises at least a service pro- 
vider server/exchange SPS, customer database DB arid 
customer servant SERV. The communication network NET 
is preferably a mobile telephone network. The caller 
terminal DTE is preferably a mobile phone comprising a 

15 subscriber identity module SIM. Instead of a sub- 
scriber identity module SIM, a Wireless Identity Mod- 
ule (WIM) , an UMTS Subscriber Identity Module (USIM) , 
a security module or any other tamper-proof device can 
be used. The subscriber identity module SIM or any 

20 other tamper-proof device enables encryption and de- 
cryption of information and also forming of a digital 
signature; 

The service provider exchange SPS connects 
(41) the call to a free customer servant SERV. After 

25 that the customer servant SERV transmits (42) a caller 
identification request to the security gateway GW.- In 
Figure 4, the security gateway GW is owned by the op- 
erator of the . commiinication network NET and it pro- 
vides various security-related functions, such as en- 

30 crypting and decrypting. The request is transmitted to 
the security gateway GW through a secured connection 
(e.g. Secured Sockets Layer (SSL)) e.g. in the form of 
• HyperText Transfer Protocol (HTTP) , Wireless Markup 
•Language - (WML) or Extensible Markup Language (XML) . * 

35 It is very important to note that the call 

connection is maintsLined during the identification 
phase . 
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The security gateway GW identifies the serv- 
ice provider SP based on a service provider certifi- 
cate, decrypts the secured connection and receives the 
caller identification request in clear text e.g. in 
5 the form of XML, WML or short message. The caller 
identification request is then converted into a form 
understood by the subscriber identity module SIM of 
the mobile terminal DTE and encrypted with symmetric 
encryption method of the Global System for. Mobile com- 
10 mimications (GSM) . The encrypted message is then sent 
(43) to the mobile phone DTE. 

The mobile phone DTE and/ or the sxibscriber 
identity module SIM decrypt (s) the message and the de- 
crypted message is displayed to the caller on the dis- 
15 play of the mobile phone DTE. The subscriber identity 
module SIM may comprise a browser that converts the 
message into SIM Toolkit commands prior to displaying 
the message on the display. The displayed message is 
then digitally signed with an authentication key of 
the caller, and the signed message is sent (44) to the 
security gateway GW. The signed message is preferably 
converted into the form Piiblic-Key Cryptography Stan- 
dards #1 (PKCS#1) and encrypted prior to sending. 
PKCS#l is further described e.g. in 

25 http : //www. rsasecurity . com/rsalabs/pkcs/ . 

The security gateway GW decrypts the message 
and fetches (4 5) a certificate related to the sub- 
scriber from a certificate directory DIR of a certifi- 
cate authority CA. The . certificate authority CA main- 
30 tains one or more certificate directories and a cer- 
tificate revocation list CLR related to revoked or un- 
usable certificates. The certificate authority CA may 
also comprise information about which users are 
authorized for one or more services and which are not. 
35 The term authorization itself refers to the process of 
giving someone permission to do or have something. A 
certificate comprises identification information of 
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the certificate owner and above all, the piablic key of 
the owner. With the piiblie key it is possible to ver- 
ify a digital signature. Furthermore, the security 
gateway GW creates a PKCS#7 message and sends (46) the 
5 message directly to the customer servant SERV prefera- 
bly using a secured connection. PKCS#7 is further, de- 
scribed e.g. in 
http : //www, rsasecurity.com/rsalabs/pkcs/ . 

The customer servant SERV verifies (47) the 
10 digital signature and checks from the certificate 
revocation list CLR that the certificate is valid, it 
the verification procedure was successful, the caller 
may now be provided with the requested service after 
fetching (48) the caller-related information from a 
15 customer database DB- 
As described with Figure 4, the verification 
procedure and validation of the caller may in another 
embodiment be in its entirety implemented in the secu- 
rity gateway GW. 
20 Figure 5 describes an embodiment in which the 

originally establish call connection fails and the 
call connection is re-established. 

When the customer servant SERV realizes that 
the call connection does not exist any more, it cre- 
25 ates a challenge. A challenge is any piece of informa- 
tion containing e.g. alphanumeric characters. The 
challenge is then encrypted using the public key of 
the caller. The public key is acquired from a previous 
PKCS#7 message or. if such message has not been re- 
30 • ceived from a public certificate directory. After this 
the encrypted challenge is sent (50) via the security 
gateway GW to (51) the caller terminal DTE which is 
preferably a mobile phone. 

The example described in Figure 5 assumes 
35 that the caller identity was already identified and 
validated before and that the original call connection 
failed after that. Therefore, after sending the en- 
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crypted challenge to the caller, the customer servant 
SERV sets the validated identification data into a 
hold state. 

The mobile phone DTE and/or the subscriber 
5 identity module SIM or alike incorporated therein de- 
crypts the encarypted challenge and sets (52) up a new 
call connection directly to the customer servant SERV. 
If the caller then gives the right challenge to the 
customer servant, caller-related information is 
10 fetched (53) from a database and the caller may be 
provided with the service in question. 

Figure 6 describes an embodiment of a user 
identification procedure. In Figure 6, the security 
gateway GW is property of the service provider SP. 
15 A call is set up (60) from a caller terminal 

DTE to a service number of a service provider SP via a 
communication network NET. The service provider SP re- 
fers e.g. to a bank, police^ post office, operator, 
creidit card company, insurance company, telephone bank 
20 or social insurance institution. It may, however, be 
any other company or . institution that provides serv- 
ices requiring undisputed identification of the 
caller. In Figure 6, the service provider SP comprises 
at least a service provider server/exchange SPS, the 
25 security gateway GW, customer database DB and customer 
servant SERV. The communication network NET is pref- 
erably a mobile telephone network. The caller terminal 
DTE is preferably a mobile phone comprising a sub- 
scriber identity module SIM, a Wireless Identity Mod- 
30 ule (WIM) , an UMTS Subscriber Identity Module (USIM) , 
a security module or any other tamper-proof device. 
The subscriber identity module SIM or any other tam- 
per-proof device enables encryption and decryption of 
information and also forming of a digital signature. 
35 The caller must, however, be properly identi- 

fied before providing any services to the caller. 
Therefore, the security gateway GW in connection with 
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the service provider server SPS sends a caller identi- 
fication request to the security gateway GW, The secu-' 
rity gateway gw provides various security- related 
functions, such as encrypting and decrypting. The re- 
quest {61) is transmitted to mobile phone DTE through 
a secured connection (e.g. Secured Sockets Layer 
(SSL)) e.g. in the form of HyperText Transfer Protocol 
(HTTP), Wireless Markup Language (WML) or Extensible 
Markup Language (XML) or a message 6f any . other form 
that may be secured- or. encrypted. The encryption 
method used can by symmetric or asymmetric. 

It is very important to note that the call 
connection is maintained during the identification 
phase . 

15 The mobile phone DTE and/ or the subscriber . 

identity module SIM decrypt (s) the message and the 'de- 
crypted message is displayed to the caller on the dis- 
play of the mobile phone DTE. The subscriber identity 
module SIM may comprise a browser that converts the 
message into SIM Toolkit commands prior to displaying 
the message on the display. The displayed message is 
then digitally signed with an authentication key of 
the caller and the signed message is sent (62) back to 
the security gateway GW. The signed message is pref- 
erably converted into the form Public-Key Cryptography 
Standards #1 (PKCS#l) and encrypted prior to sending. 

In another embodiment of Figure 6, the mobile 
phone itself creates a PKCS#7 message and sends (62) 
it to the security gateway GW. The message can addi- 
30 tionally be encrypted before sending. 

The security gateway GW decrypts the message 
. and fetches (63) a certificate, related to the sub- 
scriber from a certificate directory DIR of a certifi- 
cate authority CA, The certificate authority CA main- 
tains one or more certificate directories and a cer- 
tificate revocation list CLR related to revoked or un- 
usable certificates. The certificate authority CA may 



20 



25 



35 



wo 2004/068782 



PCT/FI2004/000043 



10 



19 

also comprise information about which users are 
authorized for one or more services and which are not. 
The term authorization itself refers to the process of 
giving someone permission to do . or have, something. A 
certificate comprises identification information of 
the certificate owner and above all, the public key of 
the owner. With the pxablic key it is possible to ver- . 
ify a digital signature. 

The security gateway GW verifies the digital 
signature and checks from the certificate revocation 
list CLR that the certificate is valid. If the verifi- 
cation procedure was successful, the caller may now be 
provided the requested service. Furthermore, the serv- 
ice provider server SPS may create a data record con- 
15 taining the caller information (64) from a database 
DB, validation information and a call log information. 
Call log information simply indicates the call has 
been established during the identification procedure. 
The customer servant SERY preferably uses a computer, 
20 and therefore, is automatically provided (65) with the 
aforementioned data record prior to talking to the 
caller. 

Figure 7 describes an embodiment of a user 
identification procedure. In Figure 7, the security 
25 gateway GW is property of the service provider SP. 
Furthermore, in Figilxre 7 the caller is identified by a 
second party. 

A call is set up (70) from a caller terminal 
DTE to a service number of a service provider SP via a 

30 communication network NET. The service provider SP re- 
fers e.g. to a bank, police, post office, operator, 
credit card company, insurance company, telephone bank 
or social insurance institution. It may, however, be 
any other company or institution that provides serv- 

35 ices requiring vmdisputed identification of the 
caller. In Figure 7, the service provider SP comprises 
at least a service provider server/exchange SPS, the 
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security gateway GW, customer database DB and customer 
servant SERV. The communiGation network NET is pref- 
erably a mobile telephone network. The caller terminal 
DTE is preferably an ordinary phone or a mobile phone 
comprising a subscriber identity module, a wireless 
identity module, an UMTS subscriber identity module, a 
security module or any other tamper-proof device. 

The caller must, however, be properly identi- 
fied before providing any services to the caller. 
Therefore, the . security gateway GW . in connection with 
the service provider server SPS sends a caller identi- 
fication request to a security gateway GW. The secu- 
rity gateway GW provides various security- related 
functions, such as encrypting and. decrypting. The re- 
15 quest (71) is then transmitted to a second terminal 
DTE2 through a secured connection (e.g. Secured Sock- 
ets Layer (SSL)) e.g. in the form of HyperText Trans- 
fer Protocbl (HTTP), Wireless Markup Language (WML) or 
Extensible Markup Language (XML) or a message of any 
other form that may be secured or encrypted. The en- 
cryption method used can by symmetric or asymmetric. 
The second terminal DTE2 is preferably a mobile phone 
comprising a subscriber identity module, a wireless 
identity module, an UMTS subscriber identity module, a 
security module or any other tamper-proof device. How- 
ever, the. second terminal DTE2 may refer to any other 
terminal, e.g. a computer or Personal Data Assistant 
(PDA), that can be used in identifying the identity of 
the caller. The second terminal must therefore com- 
prise means for encrypting and/or signing messages. 

The second mobile phone DTE2 and/or the sxab- 
scriber identity module SIM decrypt (s) the message, 
and the decrypted message is displayed to the user on 
the display of the second mobile phone DTE2. The.g\ib- 
scriber identity module SIM may comprise a browser 
that converts the message into SIM Toolkit commands 
prior to displaying the message on the display. The 
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displayed message is then digitally signed with an 
authentication key of the user and the signed message 
is sent (72) back to the security gateway GfW. The 
signed message is preferably converted into the form 
5 Public-Key Cryptography Standards #1 (PKCS#l) and en- 
crypted, prior to sending. 

In another embodiment of Figure 7, the. mobile 
phone itself creates a PKCS#7 message and sends (72) 
it to the security gateway GW. The message can addi- 
10 tionally be encrypted before sending. 

The security gateway GW decrypts the message 
and fetches (73) a certificate related to the user of 
the second mobile phone DTE2 from a certificate direc- 
tory DIR of a certificate authority CA. The cert if i- 
15 cate authority CA maintains one or more certificate 
directories and a ceirtificate revocation list CLR re- 
lated to revoked or unusable certificates- The cer- 
tificate authority CA may also comprise information 
aboiat which users are authorized for one or more serv- 
20 ices and which are not. The tearm authorization itself 
refers to the process, of giving someone permission to 
do or have something. A certificate con^rises identi- 
fication information of the certificate owner and 
above all, the public key of the owner. With the pub- 
25 lie. key it is possible to verify a digital signature. 

The security gateway GW verifies the digital 
signature and checks from the certificate revocation 
list CLR that the certificate is valid. If the verifi- 
cation procedure was successful, the caller may now be 
30 provided the requested service. Furthermore, the serv- 
ice provider server SPS may create a data record coii- 
taining the caller information (74) from a database 
DB, validation information and a call log informatidn. 
Call log information simply indicates the call has 
35 been established during the identification procedure. 
The customer servant SERV preferably uses a computer, 
and therefore, is automatically provided (75) with the 
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aforementioned data record prior to talking to the 
caller. 

As described in Figure 7, the caller is veri- 
fied by another person via the logical channel. In a 
5 preferred embodiment, the first logical channel exists 
while the identifying the identity of the user of the 
first terminal via the second logical channel. There- 
fore is possible that the actual caller can be practi- 
cally anybody but the identification must be acquired 
10 from a predetermined party. 

In another embodiment of Figure 7 , the first 
logical channel between the first terminal and the 
service provider does not exist while identifying pro- 
cedure of the identity of the user of the first. termi- 
15 nal DTE is made via the second logical . channel . In one 
embodiment, the user of the first terminal DTE sends a 
service request (70) to the service provider SP. The 
service request is e.g. a bank transaction request. 
The request will not be accepted until an authoriza- 
20 tion is received from a second terminal DTE2. For ac- 
quiring the authorization, the service provider SP 
sends a user identification request of the user of the 
first tejrminal DTE to the second terminal DTE2 (71). 
The user identification is the digitally signed by the 
25 second terminal DTE and/or the subscriber identity 
module and the signed message is sent back to the 
service provider (72). If the verification process 
(73, 74) of the digital signature is positive, the 
service request placed by the user of the first termi- 
30 nal DTE can be accepted (75) . 

In this embodiment, the first terminal DTE 
refers e.g. to an ordinaary telephone, a mobile phone, 
a computer or a Personal Data Assistant (PDA) . There- 
fore, the aforementioned service request may be made 
35 via a phone call, email, short message service or any 
other messaging system. The second terminal DTE2 is 
preferably a mobile phone comprising a subscriber 
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identity module, a wireless identity module, an UMTS 
subscriber identity module, a security module or any 
oth'ex tamper-proof device. However, the second termi- 
nal DTE2 may refer to any other terminal, e.g. a com- 
5 puter or Personal Data Assistant . (PDA) , that can be 
used in identifying the identity of the caller. The 
second terminal DTE2 must therefore, comprise means for 
encrypting and/ or signing messages. 

Figure 8 describes an embodiment of a user . 
10 identification procedure. In Figure 8, the security 
gateway GW is property of the service provider SP. 
Furthermore, in Figure 8 the caller is identified by a 
second party. 

A call is set up (80) or a message is sent* 
15 from a user terminal DTE to a service provider SP via 
a communication network NET. A seirvlce request is made 
via the call or message. In this embodiment, the first 
logical channel between the user terminal DTE and the 
service provider SP. may not exist while identifying 
20 procedure of the identity of the user of the first 
terminal DTE is made via the second logical channel. 
The service provider SP refers e.g. to a bank, police, 
post office, operator, credit card company, insurance 
company, telephone bank or social insurance institu- 
25 tion. It may, however, be any other company or insti- 
tution that provides services requiring undisputed 
identification of the caller. In Figure 8, the service 
provider SP comprises at least a service provider 
searver/exchange SPS, the security gateway GW, customer 
30 • database DB and customer servant SERV. The communica- 
tion network NET is preferably a mobile telephone net- 
work. The user terminal DTE is e.g. an ordinary tele- 
phone, or more preferably a mobile phone comprising a 
subscriber identity module, a wireless identity mod- 
35 ule, an UMTS subscriber identity module, a security 
module or any other tamper-proof device . 
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The user must, however, be properly identi- 
fied before providing any seirvices to the user. There- 
fore, the security gateway GW in connection with the 
service provider server SPS sends a user identif ica- 
5 tion request to a security gateway GW. The request 
comprises also a challenge. A challenge is any piece 
of information containing e.g. alphanumeric cha^^ac- 
ters. The security gateway GW provides various secu- 
rity-related functions, such as encrypting and de- 

10 crypting. The request (81) is then transmitted to a 
second terminal DTE2 through a secured connection 
(e.g. Secured Sockets Layer (SSL)) e.g. in the form of 
HyperText Transfer Protocol (HTTP) , Wireless Markup 
Language (WML), or Extensible Markup Language (XML) or 

15 a message of any other form that may be secured or en- 
crypted. The second terminal DTE2 is preferably a mo- 
bile phone comprising a subscriber identity module, a 
wireless identity module, an UMTS stibscriber idientity 
module, a security module or any other tamper-proof 

20 device. The encryption method used can by symmetric or 
asymmetric . 

The second mobile phone DTE2 and/or the sub- 
scriber identity module SIM decrypt (s) the message 
comprising also the challenge, and the decrypted mes- 

25 sage is displayed to the user on the display of the 
second mobile phone DTE2 . The subscriber . identity mod- 
ule SIM may comprise a browser that converts the mes- 
sage into SIM Toolkit commands prior to displaying the 
message on the display.. The displayed message compris- 

30 ing the challenge is then digitally signed with an 
authentication key of the user and the signed message 
is sent (82) back to the security gateway GW. The 
signed message is preferably converted into the form 
Public-Key Cryptography Standards #1 (PKCS#1) and en- 

35 crypted prior to isending. 

in another embodiment of Figure 8, the second 
mobile phone itself DTE2 creates a PKCS#7 message and 
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sends (82) it to the security gateway GW. The message 
can additionally be encrypted before sending. 

After signing and sending the signed message 
to the service provider SP, the user of the second mo- 
5 bile phone DTE2 provides the challenge to . the user . of 
.the first, terminal DTE (83). The. user of the first 
terminal DTE is provided with the challenge e.g. via a 
phone call, short message service, email etc. If the 
original connection (80) does not exist any more, the 
10 user of the first terminal DTE sets up another call 
(84) or sends another message to .the service provider. 
SP via the communication network NET. The user must 
provide the service provider with the challenge ac- 
quired from the user of the second mobile phone DTE2 . 

"^^^ security gateway Gw ' decrypts the message 
and fetches (85) a certificate related to the user of 
the second mobile phone DTE2 from a certificate direc- 
tory DIR of a certificate authority CA. The certifi- 
cate authority CA maintains one or more certificate 
20 directories and a certificate revocation list CLR re- 
lated to revoked or imusable certificates. The cer- 
tificate authority CA may also comprise information 
about which users are authorized for one or more serV- ' 
ices and which are not. The term authorization itself 
25 refers to the process of giving someone permission to 
do or have something. A certificate comprises identi- 
fication information of the certificate owner and 
above all, the public key of the owner. With the pub- 
lic key it is possible to verify a digital signatured 
^° The security gateway GW verifies the digital 

signature and checks from the certificate revocation 
list CLR that the certificate is valid. If the verifi- 
cation procedure was successful, the caller may now be 
provided the requested service. Furthermore, the serv- 
35 ice provider server SPS may create a data record con- 
taining the user information (86) from a database DB 
and validation information. The customer servant SERV 
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preferably uses a computer, and therefore, is auto- 
matically provided (87). with the aforementioned data 
record prioi: to talking to the caller. 

In this embodiment, the first terminal refers 
5 e.g. to an ordinary telephone, a mobile phone, a com- 
puter or a Personal Data Assistant (PDA) . Therefore, 
the aforementioned sesrvice request may be made via a 
phone call, email, short message service or any other 
messaging system. The second terminal DTE2 is prefera- 
10 bly a mobile phone comprising a subscriber identity 
module, a wireless, identity module, an UMTS subscriber- 
identity module, a security module or any other tam- 
per-proof device. However,, the second terminal DTE2 
may refer to any other terminal, e.g. a computer or 
15 Personal Data Assistant (PDA) , that can be used in 
identifying the identity of the user of the first ter- 
minal DTE. The second terminal DTE2 must therefore 
comprise means for encrypting and/ or signing messages. 

Figure 9 describes an example of a preferred 
20 system in accordance with the present invention. The 
system comprises a communication network NET, a caller 
terminal DTE associated with the communication network 
NET and a service provider SP associated with the com- 
munication network NET. The caller terminal DTE is 
25 preferably a mobile phone and the communication net- 
work NET a GSM network, a GSM network with a GPRS fea- 
ture or an UMTS network. 

The system further comprises a service pro- 
vider server/ exchange SPS and a customer servant SERV. 
30 The customer servant SERV provides a caller with a 
service • Furthermore, the system comprises a security 
gateway GW that is used to provide various security 
functions in the system, e.g. encrypting and decrypt- 
ing. The system comprises also a certificate authority 
35 CA that has access both to a certificate directory and 
certificate revocation list CLR. 
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Sending means SM for sending a caller identi- 
fication request are arranged in the service provider 
server/exchange SPS. The servi-ce provider 
server/exchange SPS furthermore comprises first en- 
5 crypting means ENl for encrypting information, first 
decrypting means DEI for decrypting information and 
identifying means ID for identifying the caller after 
a call has been set up prior to providing any services 
to the caller based on the information provided by the 
10 certificate authority CA. The aforementioned sending 
means SM are arranged also to send a challenge to the. 
caller terminal DTE in the event that the telephone 
connection set up between the caller terminal DTE and 
service provider SP fails. In one embodiment,, the 
15 aforementioned sending means SM are arranged also to 
send a challenge to the second terminal DTE2 . 

The security gateway GW comprises sending 
means SM for sending a caller identification request, 
identifying means ID for identifying the caller after 
20 a call has been set up prior to providing any services 
to the caller based on the information provided by the 
certificate authority CA, second encrypting means EN2 
for encrypting information and second decrypting means 
DE2 for decrypting information. 
25 The caller terminal DTE comprises k sub- 

scriber identity module SIM, third encrypting means 
EN3 for encrypting, information and third decrypting 
means DE3 for decrypting information. Instead of a 
subscriber identity module SIM, a Wireless Identity 
30 Module (WIM) , an UMTS Subscriber Identity Module 
(USIM) , a security module or any other tamper-proof 
device can be used. The sxabscriber identity module SIM 
or any other tamper-proof device enables encryption 
and decryption of information and also forming of a 
35 digital signature. . 

The aforementioned means are implemented e.g. 
by software and/or hardware in a way known to skilled 
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in art and therefore they are not described in more 
detail . 

• Figures 1-9 disclose different configura- 
tions of the system in accordance with the present in- 
vention. In Figures 1-9, the certificate authority 
acts as a certificate service provider. It must be 
noted that any other appropriate party can as well act 
as a certificate service provider. It is also possi- 
ble, however not depicted in the figures, that the se- 
curity gateway is managed by the service provider a^d 
that the certificate service provider functions are 
provided by the service provider itself. Furthermore, 
it is possible that the service provider acts also as 
a certificate service provider, and therefore, a dis- 
15 tinct trusted third party is not needed. Although it 
is described in Figures 1-9 that the terminal ■ de- 
vices DTE, DTE2 are mobile phones, they can be any 
other apprbpriate terminal devices. Moreover, although 
it has been described that the mobile phone and/or se- 
20 curity gateway use(s) PKCS#1 or PKCS#7 messages in 
validation messaging, PKCS#1 and PKCS#7 messages are 
used only as examples and any other appropriate mes- 
sages can be used. 

The present invention describes a solution 
25 wherein a logical channel (e.g. a call connection) is 
set up between a caller terminal and a. service pro- 
vider. The problem is how to reliably verify the iden- 
tity of the caller. Therefore, in accordance with the 
present invention the caller is authenticated via a 
30 another preferably secured logical channel between the 

service provid:er and the caller terminal prior to pro- ' ■ 
viding any services to the caller via the established 
call connection. The transmission channel itself is 
known to, a man skilled in the art and refers e.g. to a 
35 connectionless packet data connection via a mobile 
communication network or a packet connection using the 
secure and standardized GSM feature described e.g. in 
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the ETSI TS 101 181 V8 . 8 . 0 (2001-12) publication. How- 
ever, the transmission channel may also refer to a 
circuit switched connection. 

Furthermore, the present invention provides a 
5 secure solution for identification, authentication, 
validation and authorization of a user via two logical 
channels . 

It is obvious to a person skilled in the art 
that with the advancement of technology, the basic 
10 idea of the invention may be implemented in various 
ways. The invention" and its embodiments are thus not- 
limited to the examples described above, instead they 
may vary within the scope of the claims. 



